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DETAILED ACTION 

1. The Office withdraws the previous rejections of the claims under 35 USC § 103(a), in 
light of the amendment. However, the Office sets forth new rejections of the claims under 35 
USC § 103(a), in light of the amendment. 

Response to Arguments 

2. Applicant's arguments with respect to previous rejection of the claims under 35 USC 
§ 103(a) have been considered but are moot in view of the new ground(s) of rejection. 

Claim Rejections - 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 1-7, 10-16, 24-29, 32-35, 42-44 and 46-49 are rejected under 35 U.S.C 103(a) 

as being unpatentable over Hutsch et al (US Patent Application Publication No. 2001/0034771, 
filed Jan. 12, 2001 and published Oct. 25, 2001, hereafter referred to as "Hutsch") in view of 
Alan Richmond, "HTML's META-tag: HTTP-EQUIV", Web Developer's <Virtual Library> 
Oct. 12, 1999, pp. 1-3, hereafter referred to as "Richmond") and Polizzi et al (US Patent No. 
6,832,263, provisionally filed Apr. 27, 2000 and issued Dec, 14, 2004, hereafter referred to as 
"Polizzi") and Craig E. Wills et al. ("Studying the Impact of More Complete Server Information 
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on Web Caching", Computer Communications . Vol. 24, Issue 2, Feb. 2001, pp. 184-190, 
hereafter referred to as "Wills"). 



Independent claim 1 states: 

A method of incrementally rendering content in a content framework, comprising 
steps of: 

receiving a request for a portal page, wherein one or more portlets 
provide content for the portal page; 

immediately returning a response message containing a first document 
responsive to receiving the request, wherein the first document represents results 
from portlets which have acquired their content hut does not represent results of 
all portlets; and 

programmatically generating a mechanism for delivering an updated 
document responsive to immediately returning the response message containing 
the first document , wherein the updated document further represents results from 
one or more portlets which had not acquired their content when the first 
document was returned. 



Hiitsch discloses a network portal system comprising portlets and requests therefor in 
Figure 3 A showing a portlet manager #321 that interacts with portlets 1 - N (element #324) . 
when such portlets are requested via a client device as described in paragraphs [0018] and 
[0122]-[0124], Hutseh further discloses delivering portlet pages in paragraph [0128] discussing 
the delivery and display of portlet pages on client devices as markup language pages. 

However, Hutsch does not explicitly disclose the programmatic updating of the delivered 
document . Richmond, though, teaches the programmatic updating of document caches in 
middle of page 1, discussing the well-known use of an HTML <META> tag attribute (HTTP- 
Equiv-'Expires"). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Hutsch, because to do so would have 
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allowed a programmer to automatically refresh a document as taught by Richmond in the middle 
of page 1, discussing the HTTP-EQUIV = "Expires" attribute. These references were all 
applicable to the same field of endeavor, i.e., web page/service design. 

However, Hutsch does not explicitly disclose testing whether portlets need to be updated. 
Polizzi, though, teaches the programmatic updating of document objects on a portal page upon 
data being updated or stored in the portal system. It was implicit that a portal object that was 
dynamically updated was tested for new data stored in the portal system. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Polizzi for the benefit of Hutsch in vie^y of Richmond, because to do so 
would have allowed a programmer to dynamically update a portal object as taught by Polizzi in 
the Abstract. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Additionally, Hutsch does not explicitly disclose the remaining limitations as claimed. 
Wills, though, teaches wherein the updated document further represents results from one or 
more portlets which had not acquired their content when the first document was returned 
(See Wills section "2.2 Exploiting Objects' Relationships" on pages 185-186 especially the 1 st 
and last paragraphs of this section on page 1 86,. teaching the use of time values [e.g., expiration 
time and time windows] and the retrieval of some objects on every access, in the context of Fig. 
1 on page 185 showing a composite web page object.) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Wills for the benefit of Hutsch in view of Richmond and Polizzi, 
because to do so allowed a designer to significantly improve cache management strategies as 
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taught by Wills in the Abstract of page 184. These references were all applicable to the same 
field of endeavor, i.e., web page/service design. 

Regarding dependent claims 2-6, Hiitsch does not explicitly disclose the use of refresh 
triggers. Richmond, though, teaches the programmatic updating of document caches in the 
middle of page 1, discussing the well-known use of an HTML <META> tag attribute (HTTP- 
Equiv- 'Expires"). Richmond further discusses the updating of web pages in the "Meta Refresh" 
section of page 2, discussing the well-known. use of an HTML <META> tag attribute (HTTP- 
Equiv="Refresh"). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Hiitsch in view of Polizzi, because to do so 
would have allowed a programmer to automatically refresh a document as taught by Richmond 
in the middle of page 1, discussing the HTTP-EQUIV = "Expires" attribute. These references 
were all applicable to the same field of endeavor, i.e., web page/service design. 

Regarding dependent claim 7, Hutsch discloses the use of WML in paragraph [0099], 
discussing the well-known use of WML. 
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Regarding dependents claim 10-12, Hutsch does not explicitly disclose the well-known 
use of <META> tags, which implement refresh triggers. Richmond, though, teaches HTML's 
<META> tag and the HTTP-EQUIV for binding an element to an HTTP header on pages 1 and 
2, discussing the well-known use of an HTML <META> tag attribute (HTTP-Equiv="Expires") ? 
and updating web pages in the "Meta Refresh" section on page 2, discussing the use of a 
<META> tag to indicate invocation of a URL after 90 seconds have elapsed to trigger a web 
page update or refresh. It was merely an obvious variant to one skilled in the art at the time of 
the invention as to what value one used as the refresh rate. 

Regarding dependent claims 13-14, Hutsch discloses configurable parameters in 
paragraphs [0151] and [0156], discussing user settings and application and device-specific 
configuration parameters. However, Hutsch does not explicitly disclose modifying fetch times 
with values (e.g., weights or constants). Richmond, though, teaches updating web pages in the 
"Meta Refresh" section on page 2, discussing the use of a <META> tag to indicate invocation of 
a URL after 90 seconds have elapsed to trigger a web page update or refresh. It was well-known 
to one skilled in the art at the time of the invention that constants may be added to values. 

Regarding dependent claim 15, Hutsch discloses receiving a message from a client, a 
client receiving a multipart document and rendering the multipart document in paragraphs [0100] 
and [0125]-[0128], discussing a client request for a multipart document (containing portlets) and 
the subsequent rendering of that multipart document on the client. 
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However, Hutsch does not explicitly HTTP responses. Richmond, though, teaches 
HTML's <META> tag and the HTTP-EQUIV for binding an element to an HTTP response 
header on pages 1 and 2, discussing the well-known use of an HTML <META> tag attribute 
(HTTP-Equiv- 'Expires"), and updating web pages in the "Meta Refresh" section on page 2, 
discussing the use of a <META> tag to indicate invocation of a URL after 90 seconds have 
elapsed to trigger a web page update or refresh. 

Regarding dependent claim 16, Hutsch discloses identifying a condition in which 
portlet information is not available in paragraphs [0201] and [0128], discussing the generation of 
an error message if a portlet request cannot be processed. However, Hutsch does not explicitly 
disclose omitting the use of a refresh trigger, Polizzi, though, teaches that the use of a refresh 
trigger is not necessary for updates. In column 6 lines 59-62, Polizzi discusses ad-hoc (trigger- 
based) and predetermined schedule updates. 



Independent claim 24 states: 

A method of incrementally rendering content in a content framework, comprising 
steps of: 

receiving a request for a portal page, wherein one or more portlets 
provide content for the portal page; 

immediately returning a response message containing a first document 
responsive to receiving the request, wherein the first document represents results 
from portlets which have acquired their content hut does not represent results of 
all portlets; and 

automatically delivering an updated document responsive to immediately 
returning the response message containing the first document, wherein the 
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updated document further represents results from one or more portlets which had 
not acquired their content when the first document was returned. 

Hutsch discloses a network portal system comprising portlets and requests therefor in 
Figure 3 A showing a portlet manager #321 that interacts with portlets 1 - N (element #324) 
when such portlets are requested via a client device as described in paragraphs [0018] and 
[0122]-[0124]. Hutsch further discloses delivering portlet pages in paragraph [0128] discussing 
the delivery and display of portlet pages on client devices as markup language pages. 

However, Hutsch does not explicitly disclose the programmatic updating of the delivered 
document. Richmond, though, teaches the programmatic updating of document caches in middle 
of page 1, discussing the well-known use of an HTML <META> tag attribute (HTTP- 
Equiv="Expires"). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Hutsch, because to do so would have 
allowed a programmer to automatically refresh a document as taught by Richmond in the middle 
of page 1, discussing the HTTP-EQUIV = "Expires" attribute. These references were all 
applicable to the same field of endeavor, i.e., web page/service design. 

However, Hutsch does not explicitly disclose testing whether portlets need to be updated. 
Polizzi, though, teaches the programmatic updating of document objects on a portal page upon 
data being updated or stored in the portal system. It was implicit that a portal object that was 
dynamically updated was tested for new data stored in the portal system. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Polizzi for the benefit of Hutsch in view of Richmond, because to do so 
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would have allowed a programmer to dynamically update a portal object as taught by Polizzi in 
the Abstract. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Additionally, Hutsch does not explicitly disclose the remaining limitations as claimed. 
Wills, though, teaches wherein the updated document further represents results from one or 
more portlets which had not acquired their content when the first document was returned. 
(See Wills section "2.2 Exploiting Objects' Relationships" on pages 185-186 especially the 1 st 
and last paragraphs of this section on page 186, teaching the use of time values [e.g., expiration 
time and time windows] and the retrieval of some objects on every access, in the context of Fig. 
1 on page 1 85 showing a composite web page object.) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Wills for the benefit of Hutsch in view of Richmond and Polizzi, 
because to do so allowed a designer to significantly improve cache management strategies as 
taught by Wills in the Abstract of page 184. These references were all applicable to the same 
field of endeavor, i.e., web page/service design. 

Independent claim 25 states: 

A method of incrementally rendering content in a content framework, comprising 
steps of: 

receiving a request for a portal page frame, wherein one or more portlets 
provide content for the porta J page frame; 

immediately returning a response message containing a first mini- 
document responsive to receiving the request, wherein the first, mini-document 
represents results from portlets which have acquired their content hut does not 
represent results of all portlets; and 
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programmatically generating a mechanism for delivering an updated 
mini-document responsive to immediately returning the response message 
containing the first mini-document, wherein the updated document further 
represents results from one or more portlets which had not acquired their content 
when the first document was returned. 

Hutsch discloses a network portal system comprising portlets and requests therefor in 
Figure 3 A showing a portlet manager #321 that interacts with portlets 1 - N (element #324) 
when such portlets are requested via a client device as described in paragraphs [0018] and 
[0122]-[0124]. Hutsch further discloses delivering portlet pages in paragraph [0128] discussing 
the delivery and display of portlet pages on client devices as markup language pages. 

However, Hutsch does not explicitly disclose the programmatic updating of the delivered 
document . Richmond, though, teaches the programmatic updating of document caches in 
middle of page 1, discussing the well-known use of an HTML <META> tag attribute (HTTP- 
Equiv- 'Expires"). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Hutsch, because to do so would have 
allowed a programmer to automatically refresh a document as taught by Richmond in the middle 
of page 1, discussing the HTTP-EQUIV = "Expires" attribute. These references were all 
applicable to the same field of endeavor, i.e., web page/service design. 

However, Hutsch does not explicitly disclose testing whether portlets need to be updated. 
Polizzi, though, teaches the programmatic updating of document objects on a portal page upon 
data being updated or stored in the portal system. It was implicit that a portal object that was 
dynamically updated was tested for new data stored in the portal system. 
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It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Polizzi for the benefit of Hutsch in view of Richmond, because to do so 
would have allowed a programmer to dynamically update a portal object as taught by Polizzi in 
the Abstract. These references were all applicable to the same field of endeavor, i.e., web 
page/service design. 

Additionally, Hutsch does not explicitly disclose the remaining limitations as claimed. 
Wills, though, teaches wherein the updated mini-document further represents results from one 
or more portlets which had not acquired their content when the first mini-document was 
returned. (See Wills section "2.2 Exploiting Objects' Relationships" on pages 185-186 
especially the l sl and last paragraphs of this section on page 186, teaching the use of time values 
[e.g., expiration time and time windows] and the retrieval of some objects on every access, in the 
context of Fig. 1 on page 185 showing a composite web page object.) 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Wills for the benefit of Hutsch in view of Richmond and Polizzi, 
because to do so allowed. a designer to significantly improve cache management strategies as 
taught by Wills in the Abstract of page 184, These references were all applicable to the same 
field of endeavor, i.e., web page/service design. 

Independent claim 32 is directed to a system for implementing the method of claim 1 . 
As such, this claim is substantially similar to claim 1, and therefore likewise rejected. 
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Regarding dependent claim 34, Htitsch discloses means for receiving a client response 
message and rendering by a client a first document in paragraphs [0100] and [0201], discussing 
client transmission and document display. However, Hutsch does not explicitly disclose sending 
updates. Richmond, though, teaches updating web pages in the "Meta Refresh" section on page 
2, discussing the use of a <META> tag to indicate invocation of a URL after 90 seconds have 
elapsed to trigger a web page update or refresh. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Richmond for the benefit of Hutsch in view of Polizzi, because to do so 
would allow a programmer to automatically refresh a document as taught by Richmond in p. 1, 
middle of page discussing the HTTP-EQUIV = "Expires" attribute. These references were all 
applicable to the same field of endeavor, i.e., web page/service design. 

Independent claim 42 is directed to a system for implementing the method of claim 25. 
As such, this claim is substantially similar to claim 25, and therefore likewise rejected. 

Independent claim 46 is directed to a computer program product comprising code for 
executing the method of claim 1. As such, this claim is substantially similar to claim 1, and 
therefore likewise rejected. 

Claims 26 and 43 are substantially similar to claim 3 and therefore likewise rejected. 
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Claims 27 and 44 are substantially similar to claim 4 and therefore likewise rejected. 

Claim 28 incorporates the limitations of claims 5 and 6, and therefore is substantially 
similar to these claims and likewise rejected. 

Claim 29 is substantially similar to claim 1 1 and therefore likewise rejected. 
Claims 33 and 47 are substantially similar to claim 2 and therefore likewise rejected. 
Claims 35 and 49 are substantially similar to claim 16 and therefore likewise rejected. 
Claim 48 is substantially similar to claim 15 and therefore likewise rejected. 

5. Claims 8-9 are rejected under 35 U.S.C 103(a) as being unpatentable over Hiitsch et al 
(US Patent Application Publication No. 2001/0034771, filed Jan. 12, 2001 and published Oct. 
25, 2001, hereafter referred to as "Hutsch") in view of Alan Richmond, "HTML's META-tag: 
HTTP-EQUIV", Web Developer's <Virtual Library> Oct. 12, 1999, pp. 1-3 (hereafter referred 
to as "Richmond") and further in view of Polizzi et al (US Patent No. 6,832,263, provisionally 
filed Apr. 27, 2000 and issued Dec. 14, 2004, hereafter referred to as "Polizzi"), Craig E. Wills et 
al. ("Studying the Impact of More Complete Server Information on Web Caching", Computer 
Communications . Vol. 24, Issue 2, Feb. 2001, pp. 184-190, hereafter referred to as "Wills") and 
Morris (US Patent No. 6,453,361, filed Oct. 27, 2000, hereafter referred to as "Morris"). 
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Regarding dependent claims 8-9, Hutsch does not explicitly disclose the use of I-mode 
or HDML. Morris, though, teaches the well-known use of the cHTML markup language and the 
corresponding i-mode service in col. 4 lines 48-53 and col. 2 lines 53-54, respectively, discussing 
cHTML and i-mode. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Morris for the benefit of Hutsch in view of Richmond, Polizzi and 
Wills, because to do so would have allowed a user to communicate using a client device such as 
a cell phone as taught by Morris in col. 4 lines 47-53. These references were all applicable to the 
same field of endeavor, i.e., web page/service design. 

6. Claims 17-22, 30-31, 36-40, 45, and 50-53 are rejected under 35 U.S.C. 103(a) as 

being unpatentable over Hutsch et al (US Patent Application Publication No. 2001/0034771, 
filed Jan. 12, 2001 and published Oct. 25, 2001, hereafter referred to as "Hutsch") in view of 
Alan Richmond, "HTML's META-tag: HTTP-EQUIV", Web Developer's <Virtual Library> 
Oct. 12, 1999, pp. 1-3 (hereafter referred to as "Richmond") and further in view of Polizzi et al 
(US Patent No. 6,832,263, provisionally filed Apr. 27, 2000 and issued Dec. 14, 2004, hereafter 
referred to as "Polizzi"), Craig E. Wills et al. ("Studying the Impact of More Complete Server 
Information on Web Caching", Computer Communications . Vol, 24, Issue 2, Feb. 2001, pp. 184- 
190, hereafter referred to as "Wills") and Laura LeMay, SAMS Teach Yourself Web Publishing 
with HTML 4 in 21 Davs, 2 nd Edition , Sam's Publishing, Indianapolis, IN, © 2000 (hereafter 
referred to as "LeMay"). 
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Regarding dependent claims 17-19, Hutsch does not explicitly disclose embedding 
multiple parts in a document in which those parts are delimited by boundary strings and 
detecting that page elements have not acquired their content and responding via embedded parts 
in a multipart document. LeMay, though, teaches embedding of multiple parts in a document in 
the bottom of page 364, discussing code for embedding frames in a HTML document as further 
illustrated in Figure 12.10 of page 365. The code further illustrates delimiting parts of a 
multipart document using a frameset HTML instruction (bottom of page 364, noting <frameset 
rows- '*,*,*"> for preceding and </frameset> for terminating the code block). 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of LeMay for the benefit of Hutsch in view of Richmond, Polizzi and 
Wills, because to do so would have allowed a web publisher to display more than one HTML 
document, for instance, within a single browser as taught by LeMay in the p. 360 "Working with 
Frames" section, including Figure 12.7. These references were all applicable to the same field of 
endeavor, i.e., web page/service design. 

Regarding dependent claim 20, Hutsch discloses receiving a message from a client, a 
client receiving a multipart document and rendering the multipart document in paragraphs [0100] 
and [0125]-[0128], discussing a client request for a multipart document (containing portlets) and 
the subsequent rendering of that multipart document on the client. 
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Regarding dependent claim 21, Hutsch discloses identifying a condition in which 
portlet information is not available in paragraphs [0201] and [0128], discussing the generation of 
an error message if a portlet request cannot be processed. However, Hutsch does not explicitly 
disclose sending updates. Polizzi, though, teaches the dynamic updating of a portal in the 
Abstract, and further teaches the use of an ad-hoc or a predetermined schedule mechanism for 
such updates. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the teachings of Polizzi for the benefit of Hutsch in view of Richmond, Wills and 
LeMay, because to do so would have allowed a programmer to dynamically update a portal 
object as taught by Polizzi in the Abstract. These references were all applicable to the same field 
of endeavor, i.e., web page/service design. 

Claim 22 incorporates the limitations of claims 18 and 19, and therefore is substantially 
similar to these claims and likewise rejected. 

Claims 31, 37, 40 and 53 are substantially similar to claim 22 and therefore likewise 
rejected. 

Claims 30, 36 and 45 are substantially similar to claim 17 and therefore likewise 
rejected. 

Claims 38 and 51 are substantially similar to claim 20 and therefore likewise rejected. 
Claims 39 and 52 are substantially similar to claim 21 and therefore likewise rejected. 
Claim 50 incorporates the limitations of claims 17, 18 and 19, and therefore is 
substantially similar to these claims and likewise rejected. 
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7. Claims 23 and 41 are rejected under 35 U.S.C 103(a) as being unpatentable over 
Hutsch et al (US Patent Application Publication No. 2001/0034771, filed Jan. 12, 2001 and 
published Oct. 25, 2001, hereafter referred to as "Hutsch") in view of Alan Richmond, "HTML's 
MET A- tag: HTTP-EQUIV", Web Developer's <Virtual Library>, Oct. 12, 1999, pp. 1-3 
(hereafter referred to as "Richmond") and further in view of Polizzi et al (US Patent No. 
6,832,263, provisionally filed Apr. 27, 2000 and issued Dec. 14, 2004, hereafter referred to as 
"Polizzi"), Craig E. Wills et al. ("Studying the Impact of More Complete Server Information on 
Web Caching", Computer Communications . Vol. 24, Issue 2, Feb. 200.1, pp. 184-190, hereafter 
referred to as "Wills") and Kanefsky et al. (US Patent Application Publication No. 
2002/0026500, provisionally filed Jun. 12, 2000, hereafter referred to as "Kanefsky"). 

Regarding dependent claim 23, Hutsch does not explicitly disclose the insertion of a 
hyperlink into a document. Kanefsky, though, teaches inserting a new URL into a first document 
in paragraph [0062], discussing inserting a URL into a document to replace an existing URL. 

It would have been obvious to one of ordinary skill in the art at the time of the invention 
to apply the.teachings of Kanefsky for the benefit of Hutsch in view of Richmond, Polizzi and 
Wills, because to do so would have allowed a server to perform relaying services to devices 
attached to a network as taught by Kanefsky in [0027]. These references were all applicable'to 
the same field of endeavor, i.e., web page/service design. 

Claim 41 is substantially similar to claim 23 and therefore likewise rejected. 
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Conclusion 



8. 



The prior art made of record and not relied upon is considered pertinent to applicant's 



disclosure. 



Non-Patent Literature 

Li, Chung-Sheng, et al., "Distributed Application Service for Internet Information 
Portal", ISCAS 2000 . Geneva, Switzerland, May 28-31, 2000, pp. 289-292. 



US Patent Application Publications 



Polizzi et al 



2002/0023122 



9. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the date of this 
final action. 



Application/Control Number: 09/954,951 
Art Unit: 2162 



Page 19 



Contact Information 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Robert Stevens whose telephone number is (571) 272-4102. The 
examiner can normally be reached on M-F 6:00 - 2:30. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John E. Breene can be reached on (571) 272-4107. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (fN USA OR CANADA) or 571-272-1000. 




Robert Stevens 
Examiner 
Art Unit 2162 



July 27, 2007 




